HelpOnUserPreferences › UI와UX의차이 › LinuxH/w정보알아내기 › 채용 면접 › CBD교육-20091214 › 대규모 시스템 설계 기초 - 202108
- Module02.UseCase모델링 . . . . 16 matches
[분석설계&모델링전문가 교육내용 정리] >
* 정의 : 시스템을 Actor와 Use Case, 이들 사이의 관계로 표현한 모델
* 시스템에 대한 요구사항에 대하여 합의할 수 있도록 하며
* 분석, 설계, 테스트 진행 시 기초 자료로 활용
* Actor는 시스템 외부에서 시스템과 상호연관을 가진 사람 혹은 사물로서 시스템의 데이터를 변경할 수 있는 모든 것
* Actor는 시스템 외부에서 시스템과 상호 작용하는 모든 것들(parties)을 지칭
* Actor에는 시스템 사용자, 외부 시스템, 각종 디바이스(프린터 등) 등을 포함
* Primary Actor : 시스템의 기능을 Activate/ Initiate 시키는 액터
* Secondary Actor : 시스템의 수행 결과가 전달되어야 하는 Actor
* Use Case는 일반적으로 시스템의 최종 사용자에 의해 사용되어 유용한 결과를 산출하는 시작과 끝을 완전하게 가지고 있는 완전한 기능 단위임
* Use Case 내에서의 시스템 흐름을 구체화시키는 단계 - (번역)PleaseStopCallingDatabasesCPOrAP . . . . 14 matches
[[br]]-- Jeff Hodges의 훌륭한 블로그 글 [https://www.somethingsimilar.com/2013/01/14/notes-on-distributed-systems-for-young-bloods/ 초보를 위한 분산시스템에 대한 노트]에서 그는 여러분이 시스템을 평가하는데 [https://henryr.github.io/cap-faq/ CAP 이론]을 사용하기를 권고하고 있습니다.
많은 사람들이 그들의 시스템을 CP(분리된 네트워크하에서 일관성은 있지만 가용성은 없는), AP(분리된 네트워크하에서 가용성은 있지만 일관성은 없는) 때로는 CA("난 아직 [http://codahale.com/you-cant-sacrifice-partition-tolerance/ 거의 5년전의 Coda의 게시글]을 아직 읽지 못했다")로 설명하는 지침을 중요하게 받아들여왔습니다.
CAP 이론은 너무 단순화된 설명이며 시스템의 특성을 설명하기 위해 너무나 많이 잘못 이해된 채로 사용되어지고 있습니다.
[[br]]-- CAP에서 가용성은 "시스템의 실패하지 않은 {{{[데이터베이스]}}} 노드는 모든 요청에 대해 반드시 {{{[에러가 아닌]}}} 응답을 해야한다"로 정의됩니다.
(낮은 다운타임과 같은)"고가용성"으로 불리는 많은 시스템은 실제 이러한 가용성의 정의를 충족시키지 못합니다.
[[br]]-- 또한 CAP이론이 어떤 오래된 시스템뿐만 아니라 매우 구체적인 시스템 모델도 설명하고 있다는 것을 주목하세요.
[[br]]-- CAP 시스템 모델은 단일의 읽기 쓰기 레지스터입니다. - 그게 전부입니다.
분산 시스템을 구축할 때, 훨씬 넓은 범위의 트레이드오프를 고려해야 하며 CAP 이론에 너무 집중하는 것은 다른 중요한 이슈를 무시하게 만듭니다.
사실, CAP-가능 시스템은 아무때나 응답이 느려질수 있지만 여전히 "가용한 상태"라고 말할 수 있습니다.
극단적으로, 만약 페이지로드에 2분이 걸린다면 사용자들이 여러분의 시스템을 "가용한 상태"라고 말하지는 않을 거라 생각합니다.
[[br]]-- 작업A가 성공적으로 완료된 후에 작업B가 시작된다면, 작업B는 작업A가 완료한 상태 혹은 그 이후 더 새로운 상태의 시스템을 봐야만 합니다.
[[br]]-- 좀 더 실감나게 하기 위해 선형화 불가능한 시스템을 고려해보겠습니다. - 심플소프트웨어-맥스카넷-알렉산더-201912 . . . . 12 matches
Chapter 4 두 문장으로 요약한 소프트웨어 설계
2. 유지 보수에 드는 수고는 시스템의 복잡성에 비례한다.
= Part 3 단순성과 소프트웨어 설계 =
Chapter 9 설계는 프로젝트 초반에 하라
업격한 설계 없이 시작한 프로젝트가 계속 성장하면 결국 개발자의 능력을 벗어날 정도로 복잡해진다.
미래 예측의 정확성은 시스템이 복잡해질수록, 예측하고자 하느 시점이 멀어질수록 낮아진다.
공통된 부분이 눈에 띄면 코드를 잘라 붙이고 싶겠지만, 그렇게 하지 말고 공통 부분의 특정 목적에 부합하는 포괄적 솔루션을 설계한다.
Chapter 13 분별 있는 소프트웨어 설계
1. 정상 시스템의 작동 방식 기억하기
일단 시간이 지날수록 시스템이 더 나빠지지 않고 더 나아지는 상태로 만드는 걸 첫 번째 목표로 삼아라.
세상에 완벽한 설계는 없다. 더 나은 설계가 있을 뿐이다. - 채용 면접 . . . . 11 matches
=== "대규모 시스템 설계 기초"에서 ===
엔지니어인 우리에게는 어려운 문제를 풀고 최종 설계를 바로 내놓고 싶은 욕구가 있다. 하지만 그러면 잘못된 시스템을 설계할 가능성이 높아진다. 엔지니어가 가져야 할 가장 중요한 기술 중 하나는 올바른 질문을 하는 것, 적절한 가정을 하는 것, 그리고 시스템 구축에 필요한 정볼르 모으는 것이다.
* 1단계: 문제이해 및 설계범위 확정 3~10분
* 2단계: 개략적 설계안 제시 및 동의 구하기 10~15분
* 3단계: 상세 설계 10~25분 - SystemRebuilding-201912 . . . . 10 matches
뒷단에 존재하는 매출에 아주아주아주 간접적인 영향만을 미치는 시스템을 재구축해야한다.
덕지덕지 커지고 지저분해진 시스템을 크게 한덩어리를 분리하는 과정, 스프링부트를 기반으로 분리했다.
사실 외부데이터 의존도가 상당히 높은 시스템의 특성상 이런 부분이 여러모로 필요하다고 생각해왔었다.
(참고로 이 프로젝트에 대한 상위 매니져용 보고 문서는, 처음에는 내가 테스크 필요항목과 각종 백데이터, 현상황, 기본적인 설계방향, 시스템 구성방안만을 제공해서 팀 매니져가 작성하는 그림이었으나, 어찌하다보니 전체적으로 내가 머리를 짜내서 만들어야하는 그림으로 바뀌어 있었다.
처음에는 사실적이고 객관적인 부분에 대한건 당연히 내가 주도적으로 설계하고 그리는게 맞다는 생각에서 진행을 했는데 점점 문서가 기술문서보다는 두리뭉실한 관리자용 계획보고서같은 쪽으로 변하고 있었다.
(이벤트 스토어를 구성하고 해당 이벤트 엔트리를 정확한 근거로 가지는 정확한 시스템을 만들어보자는것도 원래 작년부터 구상해오던 나의 기본 아이디어였기 때문이기도 하다.)
그나마 다행히 Phase 3을 설계 및 진행하면서 원래 Phase3의 별도 스텝으로 진행하고자했던, '외부 도메인 데이터에 대한 내부 저장' 태스크를 하게 되었다.
(우리는 다양한 시나리오의 테스트 데이터가 필요하고 이를 위해 다양한 Mock 데이터를 테이블에 넣어서 테스트하는것이 API Mocking을 통해 테스트하는 더 쉬울것이다. 물론 스마트한 런타임 통합 테스트환경을 구축하면 되지만 적지않은 시간이 설계와 구현에 들어갈것이다. 그리고 이 mock table을 통하는 방법으로 구현하면 그 테스트 환경 구현 자체도 더 심플해지고 좀더 빨리 구현가능할것 같다.)
* pattern : event stream pipeline을 통해, 외부 데이터(메시징, API)에 대한 의존성 높은 시스템에서 안전하게 데이터 참조하기 - UML에대한이해 . . . . 10 matches
* 소프트웨어 시스템의 산출물들을
* 시스템의 일부를 표현한 것
* Use Case Diagram : 사용자 관점에서 시스템 기능을 나타냄
* 시스템 상황(Context)를 구체화
* 시스템 요건의 파악
* 시스템 아키텍쳐의 검증
* Class Diagram : 시스템의 어휘(vocabulary)를 나타냄
* 시스템 내의 개념을 명명하고 모델링
* 분석 및 설계 기간에 작성
* Deployment Diagram : 시스템의 하드웨어 topology(위상)을 나타냄 - Module04.S/WArchitecture . . . . 9 matches
[분석설계&모델링전문가 교육내용 정리] >
* 사용자의 요구사항과 구현될 시스템 사이에서 발생하는 갭을 통제하여 예측 가능하도록 하기 위함
* 시스템이 커질수록
* 소프트웨어 시스템에 대한 상위 레벨의 구조적/행위적 모델
* 소프트웨어의 중요한 초기 설계 결정사항들을 표현
* 아키텍쳐 설계시 반복되는 유사한 조직적인 패턴이나 설계 스타일을 아키텍쳐 스타일 또는 아키텍쳐 패턴이라 함
* 작은 코드수준의 재사용 보다는 전체 시스템의 구조나 설계모형을 재사용하기 위한 구체적이고 체계적인 재사용 규약 - reading . . . . 8 matches
* ["대규모 시스템 설계 기초 - 202108"]
* 저글러 땜장이 놀이꾼 디지털 세상을 설계하다 - 202102
* 마이크로서비스 아키텍처 구축 : 대용량 시스템의 효율적인 분산 설계 기법 - WindowsXP기본서비스 . . . . 7 matches
유닉스 시스템에서 관리자가 경고 메시지를 보낼 때 쓰는 것처럼 이용자와
com+ 기반 구성요소를 설정하거나 추적을 하는 일을 한다. 시스템에서 일
데이터베이스와 메시지 대기열과 파일 시스템 따위와 같은 여러 리소스 관
내 PC가 속해 있는 도메인 이름 시스템(DNS)의 이름을 알아두어 캐시에 보
그램들이 잠깐 오프라인이 되기도 하는 네트워크와 시스템을 거쳐 통신하
료와 같은 시스템 사건이 벌어진 것을 기록한다. 보통은 이러한 사건 기록
시스템 복구 지점을 만들고 필요한 경우 해당 지점으로 복구한다. 이 서비 - 개발각단계에서의UML문서 . . . . 7 matches
= 설계 =
* 업무 설계(업무컴포넌트 설계)
- 컴포넌트 외부 설계
- 컴포넌트 내부 설계
* 화면 설계 :
* 데이터 설계 : - 보안관련용어 . . . . 7 matches
서비스 거부 공격(Denial of Service attack)은 시스템을 악의적으로 공격해 해당 시스템의 자원을 부족하게 하여 원래 의도된 용도로 사용하지 못하게 하는 공격이다. 특정 서버에게 수많은 접속 시도를 만들어 다른 이용자가 정상적으로 서비스 이용을 하지 못하게 하거나, 서버의 TCP 연결을 바닥내는 등의 공격이 이 범위에 포함된다. 수단, 동기, 표적은 다양할 수 있지만, 보통 인터넷 사이트 또는 서비스의 기능을 일시적 또는 무기한으로 방해 또는 중단을 초래한다. 통상적으로 DoS는 유명한 사이트, 즉 은행, 신용카드 지불 게이트웨이, 또는 심지어 루트 네임 서버를 상대로 이루어진다.
해킹에 악용될 수 있는 시스템 취약점에 대한 보안패치가 발표되기 전에, 이 취약점을 악용해 악성코드를 유포하거나 해킹을 시도하는 것을 말한다. 보안패치가 나오기 전까지는 이를 근본적으로 막을 수 없다는 점에서 가장 우려하는 공격 형태이다.
3. 기본정보를 수집(해당 시스템의 로그 백업, 최근 변경된 파일 리스트 수집)합니다 이후,
웹쉘이란 공격자가 원격에서 대상 웹서버에 명령을 수행할 수 있도록 작성한 웹 스크립트 파일이다. 보통 공격자는 시스템 취약점을 공격한 후 추후 지속적으로 피해 시스템을 관리할 목적으로 웹쉘을 작성하여 서버에 심어둔다. 공격자는 웹쉘을 대상 서버에 업로드한 후 웹을 이용하여 시스템 명령어를 수행하므로 네트워크 방화벽 영향을 받지 않고 서버를 제어할 수 있다. - BuildingMicroservices;마이크로서비스아키텍처구축-샘뉴먼지음,정성권옮김 . . . . 6 matches
* 도시 설계자의 역할
* 구역화 : 구역 사이의 일 걱정, 서비스간 통신방법이나 시스템 전반 상태 모니터링에 시간 할애
= 콘웨이의 법칙과 시스템 설계 =
= 대규모 마이크로서비스 =
-- shared governance model 시도 : 대단히 중요한 지침이 필요한 곳이라면 각 팀의 사람들이 시스템의 기술비전을 진화시킬 책임을 집단으로 공유하는 개념 - 모델링에대한이해 . . . . 6 matches
* 시스템을 현재 또는 원하는 모습으로 가시화
* 시스템의 구조와 행위 명세화
* 시스템을 구축하는 기본 형태 제공(과거 개발 시스템의 모델 활용)
* 시스템 구축을 위한 결정 사항들에 대한 문서화
* 우리가 의도한대로 시스템을 구축하고 있는지에 대한 검토 - 설계문서 . . . . 6 matches
구글의 표준 설계 문서 템플릿들은 엔지니어가 보안, 국제화, 스토리지 요구사항, 개인정보 보호 등 다양한 측면을 고려해보도록 유도합니다.
좋은 설계 문서라면 설계의 목표와 구현 전략을 설명하고 설계상의 핵심 선택들과 관련한 트레이드오프를 명시해야 합니다.
즉, 설계 목표를 제시하고 대안이 될 수 있는 설계들의 장점과 단점까지 함께 기술해줘야 합니다. - 코틀린마이크로서비스개발-후안안토니오 . . . . 6 matches
* 장애를 고려한 빌드: Upstream, Downstream, Logging, Monitoring, 경고, 복구, Fallback 등을 마이크로서비스 설계 시 고려해야한다.
1.3. 도메인 주도 설계
- Ubiquitous Language: 개발자와 사용자간의 공통적이고 엄격한 언어를 구축해야한다. 이 언어는 도메인 모델에 기초해야하며, 도메인 전문가와 공통적이고 유동적인 대화를 하는데 도움이된다.
- Context Mapping: 다수의 컨텍스트를 가진 대규모 애플리케이션에서는 전체에 대한 시각을 놓칠수 있다. 컨택스트 맵은 시스템 전체뷰로 BC간의 커뮤니케이션 방식을 보여준다.
- Context Mapping: Microservice의 의존성, 결합을 이해하기위해 전체 시스템의 Context Mapping 을 검토해야한다. - 구글 엔지니어는 이렇게 일한다 - 타이터스 위터스 외 - 202206 . . . . 5 matches
* 하이럼의 법칙: API 사용자가 충분히 많다면 API 명세서는 중요하지 않다. 시스템에서 눈에 보이는 모등 행위(동작)를 누군가는 이용하게 된다.
* 구글에서 '갇고성 제도(readability)'는 단순한 코드 가독성 이상을 의미합니다. 프로그래밍 언어 모범 사례를 전파하기 위한 구글 전사 차원의 '표준 멘토링 프로세스'를 지칭하죠. 그리고 언어 이디엄, 코드 구조, API 설계, 공통 라이브러리의 올바른 사용법, 문서화, 테스트 커버리지 등의 전문 지식을 광범위하게 다룹니다.
== CH 18. 빌드 시스템과 빌드 철학 ==
빌드 시스템의 핵심은 의존성 관리
== CH 22. 대규모 변경 == - 업무시각화-도미니카드그란디스-202005 . . . . 5 matches
5가지 업무 흐름 시스템을 설계하고 사용하라
인간의 두뇌는 시각을 통해 인지한 의미 있는 패턴과 구조를 찾도록 설계됐기 때문에 시각화는 업무 개선에 있어서 가장 기본이다.
* 유용한 보드 설계 예제
어떤 사람들은 규모의 경제 개념 때문에 대규모 배치 크기에 편견이 있다. - ITBSC사례-TheGreat-WestLifeAssuranceCompany의ITBSC . . . . 4 matches
Great-West는 주로 캐나다와 미국에서 보험과 관련된 종합금융서비스를제공하는 회사이다. 이 회사는 LondonLife 및 Investors Group과 합병하면서 1997년 IT부문을 통합하기에 이르렀다. IT부문의 통합과 더불어 Great-West는 IT부문의 성과평가를 위해 ITB S C를 도입하였다. 이 회사의 경영진들은 합병에 따라 더욱 복잡해진 IT업무를 보다 효율적으로 수행하기 위해공식화된 IT성과평가 시스템이 필요하였던 것이다.성공적인 IT BSC 개발을 위해 경영진들은 조직의 전반적인 비즈니스 전략을 명확히 하고, IT부문이 단순한 서비스를 제공하는 지원부서가 아닌 전략적 파트너로서의 역할을 수행하여야 할필요성을 인식하였다. 이에 따라 IT부서와 현업부서가 공동으로 IT부문의 비전,전략, 성과평가기준 등을 마련하고 이를 반영하여 IT BSC를 개발하였다
*목표 서비스 수준을 충족 시키는 시스템 비율
*시스템의 적시 공급 여부
*중대하고 회복 불가능한 시스템 실패 또는 보안상의 문제 건수 - OurSoftwareDependencyProblem . . . . 4 matches
나의 백그라운드는 구글의 소스코드 시스템을 가지고 일했던 10년을 포함합니다.
그 시스템은 소프트웨어 의존성을 일급 개념으로 다룹니다.
설계, 작성, 테스팅, 디버깅, 특정 코드단위에 대한 유지보수 등과 같은 작업 말이죠.
어떤 시스템에서는 패키지 대신 라이브러리 혹은 모듈이라는 용어를 사용합니다. - 온라인민원서비스선진화 . . . . 4 matches
* 특이사항 : 기존 시스템 존재로 전환에 대한 검토를 함
* 시스템 환경정보 관리 일원화 : 별도의 파일로 관리되며 통합관리 가능
* 기존 시스템의 안정성(신뢰성) 확보
* 기존시스템과 분리된 개발환경 제공 - CBD교육-20091214 . . . . 3 matches
ALM 검토, 이슈트래킹 시스템 검토
테스트 설계
유지보수시 분석, 설계 절차가 신규와 동일한가 - Module03.분석모델링 . . . . 3 matches
[분석설계&모델링전문가 교육내용 정리] >
* 공통적으로 사용되는 자원을 비롯한 시스템 내부를 개념적인 객체 모델로 구조화하여 나타낸것
* 분석단계 Package 는 Use Case Realization, 분석 Class, 하위 분석 단계 Package 등으로 구성되며 시스템 내의 모든 object들을 관리 가능한 단위로 분류하기 위한 매체로 사용됨 - Module08.설계모델링 . . . . 3 matches
= 설계 모델 개요 =
= 설계 모델링 절차 =
= 화면 설계 = - TheNatureOfSoftwareDevelopment-RonJeffries . . . . 3 matches
- 활동(계획,분석,설계,개발,테스트..)을 기반으로 한 제품은 100kg짜리 돌덩어리 같습니다. 프로젝트 막바지에 들어서면 비용을 줄일 방법이 거의 없습니다.
- 제품이 성장할 때마다 설계를 확장하고 개선해야 합니다.
- 설계도 계속 변화합니다. 그 과정에서 실수할 수도 있습니다. 그래서 끊임없이 종합적으로 테스트해야 합니다. - UI와UX의차이 . . . . 3 matches
Interaction (사용자와 시스템 간의 상호 작용)
Communication (사용자와 시스템간의 소통 경로)
Response (사용자 조작에 대한 시스템의 메시지, 경고, 알림) - 방법론만들기 . . . . 3 matches
* 아키텍쳐 정의(분석, 설계, 개발, 검증) : AA, TA 위주
* 설계
- 코딩, 테스트(단위, 통합, 시스템, 인수) - 운영프로세스관점 . . . . 3 matches
*시스템 실패 시간
*시스템 적시공급 여부
*교육 이수 사용자 비율(시스템별) - FunctionPoints . . . . 2 matches
설계를 기초로 하여 소프트웨어가 사용자에게 제공하는 기능의 수를 수치로 정량화하고 - JDepend . . . . 2 matches
설계 품질 매트릭스 제공
패키지 의존성을 효율적으로 관리하기 위해 확장성, 재사용성, 유지가능성 측면에서 설계 품질을 자동으로 측정 - JWSDP . . . . 2 matches
* Java API for XML-based RPC(JAX-RPC) : [RPC](Remote Procedure Call)방식의 웹서비스 시스템 및 클라이언트 개발 api, [WSDL]문서 자동 생성, Tie(클라이언트와 통신 담당) 클래스를 자동 생성, war 파일 생성 기능, 클라이언트를 쉽게 이용하도록 자동으로 Stub 만들어줌
JWSDP_HOME 위치를 시스템 환경변수로 잡아준다. - Java관련기사 . . . . 2 matches
자바는 이미 전 세계에서 가장 많이 보급된 SW로 알려져 있다. 구글과 e베이가 자바를 기반으로 설계됐고 전 세계 PC 90%에 설치된 MS 윈도 역시 자바를 지원한다. 휴대폰·카메라·DVD리코더·게임기 등 거의 모든 정보통신기기 시스템이 자바로 만들어졌다. - Stty특수문자지정 . . . . 2 matches
특수문자의 기본값은 시스템마다 다르다. `이름 값'이라는 문법으로 설정된다. 여기서 이름은 아래에 나타내었고 값은 글자 그대로의 모자 표시법(`^c') 또는 16진수를 의미하는 `0x', 8 진수를 나타내는 `0', 또는 그냥 10 진수로 표기하는 것이 가능하다. 값에다 `^-'을 부여하거나 또는 `undef' 하는 경우 그 특수문자는 사용할 수 없게 된다.
커널이 인식하고 있는 터미널의 행렬 수를 출력한다. ( 커널 내부에서 행렬을 지원하지 않는 시스템은 환경 변수 LINES 과 COLUMNS 값을 대신 사용한다. 하지만 GNU stty 는 그것에 대해서 아는 바가 없다. ) - Useful Software . . . . 2 matches
* 참조 : 기업에서 사용가능한 [무료소프트웨어], [시스템복구]
* AIDA32 v3.94.2 : 시스템의 하드웨어 및 응용프로그램의 상세 정보 제공 - XML . . . . 2 matches
단순성, 호환성 : 텍스트로 표현, 플랫폼 독립적, 다양한 시스템간 상호작용 중계
시스템통합 - 공개S/W . . . . 2 matches
정 수석은 이 같은 비용절감에 대해 "라이선스 비용이 격감돼 시스템 도입비용 및 유지보수 비용이 절감됐기 때문"이라고 설명했다.
그는 특히 "공개SW는 벤더 종속성을 제거해 저비용으로 고성능 시스템 구축이 가능하다"고 강조했다. - 교육 . . . . 2 matches
2010-03-29 ~ 04-02 : [RDB를 기초로 한 데이터모델링]
2009-06-15 ~ 19 : [분석설계 & 모델링 전문가 교육 수강] - 롯데홈쇼핑 . . . . 2 matches
* 시스템 운용 표준화로 운용효율 극대화
* 도메인 특화 컴포넌트 필요 : 설계초기 업무분석 통해 선 개발(사용자, 메뉴, 권한, 공통코드 관리 등) - 모바일웹에서인증된기기식별 . . . . 2 matches
먼저 예를 들어 여기서는 해당 서비스를 사용할 사람들을 임원이라고 하겠다. 사내 시스템에서는 해당 사용자들의 휴대폰 번호를 이미 알고 있다. 인트라넷의 아이디 정보도 있고..(즉 이미 해당 사용자와 ID, 휴대폰 번호 정보에 대한 오프라인 대면확인은 거친 후라고 보면 되겠다) 이런 가정하에서 다음과 같은 순서로 인증용 영구 쿠키 발행 절차를 거치는 건 어떨까?
생각해보니 SMS를 통해 최초 인증키를 전달하는 부분은 만약 SMS시스템이 없는 경우 메일이나 유선전화, 오프라인 전달 등 다른 안전한 수단을 통해도 할 수 있을것 같고 그렇다면 결론은 지정 기기에서만 사용가능한 서비스라기보다는 지정된 브라우져에서만 사용가능한 서비스라고 보는 것이 더 정확할 듯 하다. - 분석설계&모델링전문가교육내용정리 . . . . 2 matches
[분석설계&모델링전문가 교육수강] 내용을 정리했습니다.
= [Module 08.설계 모델링] = - 쇠고기유통추적 . . . . 2 matches
* 웹접근성(인터넷 웹 컨텐츠 접근성 지침 준용, 장애인 웹접근성 고려 설계) : www.egovframe.go.kr 사이트 구축 사례 참조
* 시스템코드관리 - 전자정부공통콤포넌트 . . . . 2 matches
* 시스템/서비스연계
* 시스템관리 - 항만운영정보재정비고도화 . . . . 2 matches
* 시스템관리 : 공통코드, 메뉴관리 등 6종
* 프로토타입 우선 구축 필요 : 타당성 검증과 목표시스템에 대한 고객 의도 사전파악 - 1.정보수집-해킹공격9단계 . . . . 1 match
시스템 기본TTL - AI Tech . . . . 1 match
자동화 아키텍처 설계 - https://wikidocs.net/218460 - CABG . . . . 1 match
[질평가자료수집시스템] - DDD . . . . 1 match
[Implementing Domain-Driven Design도메인주도설계구현-반버논] - DOM의특징 . . . . 1 match
* 시스템과 언어 독립적 - Domain-DrivenDesign . . . . 1 match
[Implementing Domain-Driven Design 도메인 주도 설계 구현 - 반버논] - Ducky One 2 Mini . . . . 1 match
설계자의 실수인듯.. Shift+F10 을 누르고 싶어 Shift+Capslock+0 을 누르고나면 Capslock이 켜지게 됨 - EbXML기반전자거래절차도 . . . . 1 match
② ebXML 솔루션(MSH: Message Service Handler)을 구입하여 기업내부시스템과 연계하여 설치한다. - Element . . . . 1 match
속성은 하위요소로 표현할 수 있다. 단 스키마 설계상 순서를 강제해야하는 경우 하위요소로 표현하는것이 좋음 - JWSDP이용한웹서비스작성순서 . . . . 1 match
[JWSDP]의 JAX-RPC를 이용하여 [웹서비스] 시스템 개발하는 순서 - LinuxH/w정보알아내기 . . . . 1 match
사용중인 파일 시스템 : cat /proc/filesystems - LinuxNews . . . . 1 match
대중적인 인터넷 포탈 서비스에서 대부분 리눅스 시스템을 기반으로 한다는 것은 리눅스의 안정성에 대한 증거이기도 하다. 리눅스는 커스터마이징이나 구매 비용 등에서는 일반 상용 운영체제보다 앞서지만, 안정성과 성능, 유지보수에 대해서는 상대적으로 뒤떨어질 것이라는 막연한 오해를 받아왔다. ... - MSWindowsTip . . . . 1 match
= 시스템정보 알아내기 = - Maven . . . . 1 match
* 획일화된 빌드시스템 제공 - Module01.객체지향및UML기본이해 . . . . 1 match
[분석설계&모델링전문가 교육내용 정리] > - Module07.데이터모델링 . . . . 1 match
= 데이터 모델 기초 개념 = - MonitoringOnMSA . . . . 1 match
collectd : Collectd는 시스템 통계, metric 들을 정형화된 형태로 수집 - PCI . . . . 1 match
[질평가자료 수집시스템] - Real-timeBlockingList . . . . 1 match
= [RBL] : 실시간 스팸차단 시스템 = - SocketServer-DurProxy . . . . 1 match
DurProxy에 나오는 용어로서 청구s/w 시스템에서 전송되는 패킷을 수신하기 위해 사용하는 SocketServer - SomeGuidelinesForDecidingWhetherToUseARulesEngine . . . . 1 match
대규모 코드베이스에서의 정적 타입 안정성 낮아짐으로 리팩토링 등의 어려움 - SpecificationByExample . . . . 1 match
• 명세는 SW 설계가 아닌 비즈니스 기능에 대한 것이어야 한다. - System Design . . . . 1 match
[설계 문서] - TheDevOpsHandbook-진킴외 . . . . 1 match
2.1. 복잡한 시스템에서 안전하게 작업하기 - UnixLog . . . . 1 match
wtmp (시스템 구축시부터 로그인 정보) : last 명령 - UseCaseDiagram . . . . 1 match
1. 시스템이 제공하는 기능 - WSDL문서의구조 . . . . 1 match
특정 머신, 언어에 구애받지 않는 XSD등의 타입 시스템을 사용하여 서비스에서 사용되는 데이터 타입을 정의(없을수도 있음) - Web2.0이란 . . . . 1 match
wikiwiki는 하와이 방언으로 빨리빨리라는 뜻이라고 한다. 기존 CMS와 대비되어 웹2.0의 특징을 잘 보여주는 컨텐츠 운영 시스템이다. 인터페이스적인 특징으로는 보고 있는 웹페이지를 바로 그 화면에서 수정하는 형태이며 쉽게 그리고 빨리 새로운 페이지를 만들며 오류가 있거나 내용을 추가 수정할 페이지가 있으면 그 즉시 그 화면에서 편집이 가능하다. 그리고 더욱 중요한것은 위키의 기본정신이라는 것이 있다. 바로 컨텐츠 이용자가 컨텐츠 관리자가 되는 것이다. 내가 작성한 글을 다른사람이 고치거나 삭제까지 가능하도록 하는 것이다. 정상적인 운영이 가능할까 의문이 들기도 하지만 위키피디어같은 사이트를 보면 다수의 참여가 얼마나 대단한가를 느낄 수 있다. - WindowsXPShutdown명령 . . . . 1 match
tsshutdn [대기초수] - apachetajo . . . . 1 match
MapReduce : 데이터처리시스템 - csv . . . . 1 match
이번에 *****수집시스템을 개발하면서 대량의 파일데이터를 DB와 주고 받는 작업이 있어서 알아보게 된것입니다. - dojo . . . . 1 match
Dojo 는 JavaScript와 Dynamic Hypertext Markup Language (DHTML) 커뮤니티를 표준 JavaScript 라이브러리를 구현하여 일관된 방향으로 통합하기 위해 설계된 커뮤니티 프로젝트이다. 이 커뮤니티는 함께 일하는 사람들 없이는 성공할 수 없다는 것을 깨달았기 때문에 세 개의 이전 툴킷들을 통합하여 Dojo Foundation을 만들었다. 여기에서 코드를 소유 및 관리한다. Dojo는 Ajax 에디션, I/O 에디션 "Kitchen Sink"에디션 같은 여러 옵션 패키지들을 갖고 있다. 여기에는 전체 툴 세트가 포함된다. - jsp . . . . 1 match
얼마전 시스템에서 이상한 현상 하나를 발견했다. jsp에 관한 문제였다. - nabi . . . . 1 match
* Ubuntu 12.04에서 nabi 실행 시 한영전환 아이콘이 시스템 트레이로 들어가지 않는 문제 발생 - winxp . . . . 1 match
제어판 > 시스템 > 고급 > 사용자 프로필 > 설정 > - 그럼에도불구하고아직은기술이중요한이유 . . . . 1 match
① '이상계'라는 세계 건설에는 현실만큼이나 복잡 다단한 제도 설계가 필요하다. 기술보다는 현실에서의 경험치가 아쉽다. 시키는 일만 하는 사람이 아닌 일을 시킬 사람이 요긴하다. - 기업에의공헌도관점 . . . . 1 match
*신규 시스템 개발, 인프라 구축, 대체투자 사이의 비율 - 데몬 . . . . 1 match
시스템 - 돈의감각-이명로 . . . . 1 match
부채가 계속해서 늘어나야하는 현 자본주의시스템의 속성 - 마지막몰입-짐퀵-202104 . . . . 1 match
제9장 행동하게 만드는 습관 설계가 필요하다 - 모델링 . . . . 1 match
[분석설계&모델링전문가 교육내용 정리] - 보안툴 . . . . 1 match
[MBSA]는 Windows 시스템을 로컬에서나 원격으로 검사할 수 있는 그래픽 및 명령줄 인터페이스를 갖추고 있습니다. - 분석설계&모델링전문가교육수강 . . . . 1 match
* [분석설계&모델링전문가 교육내용 정리] - 사용자관점 . . . . 1 match
*애플리케이션과 시스템의 활용가능성 지표 - 세상에서가장재미있는61가지심리실험인간관계편-이케가야유지 . . . . 1 match
* 또한, '앞으로 어떠한 변화가 나에게 일어나도 이상하지 않다'고 어느 정도 여지를 남겨 두고 인생을 설계하라고 권유해주고 싶다. - 소스품질관리도구 . . . . 1 match
* JDepend : 설계 품질 매트릭스제공 - 확장성, 재사용성, 유지보수성(패키지 의존성 효율적 관리) - 스캐닝-해킹 . . . . 1 match
2. 시스템 살아있는지 여부 확인 - 에코닉스 . . . . 1 match
[매연저감장치 청소법 (에코닉스) 20210811] - 오픈소스소프트웨어활용사례 . . . . 1 match
이 세관은 지난 2002년부터 선마이크로시스템스의 유닉스 운용체계 ‘솔라리스’의 x86 버전 8을 데스크톱 컴퓨터 운용체계로 사용해 왔다. - 웹서비스의형태 . . . . 1 match
비동기적 : 단방향 메시징(예:이메일 시스템), 큐가 필요함 - 일취월장-삶을디자인하자 . . . . 1 match
수시로 삶을 설계하고 점검하고 수정하자 - 적용사례발표-20100312 . . . . 1 match
* 운영환경 구축 : 시스템 모니터링 등 운영환경 구축, 표준 프레임워크 전체 기능 완성 - 파일업로드후비동기적으로처리 . . . . 1 match
attachment:파일업로드후비동기처리설계.tif - 해킹툴 . . . . 1 match
[^http://www.foundstone.com] 에서 만든 윈도우에서 작동되는 포트 스캐너입니다. 포트 스캐너를 이용하여 시스템의 열린 포트를 점검할 수 있습니다.
